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(S7) xbema 

A remittance delivery system (10) Ls pro Tided thai accepts payment infomaiion (12, 14, 16, S2) from a variety of applications (eg. 
vendor payments, taxes, claims, payroll. T & E conunuitons. mis'., etc.) ( 16) translates (I B) the data into a single, unified data 6le structure, 
and for* tnii the remittance dnta via a user-defined path (32, 34. 36, V2\ Cor example, email (92 AX fa* (92B), prim (92C), Internet (92D), 
tic. Accordinrly. the preiexnjuJ embodiment of (he present Invention provides a remittance delivery system (10) comprising a file integration 
engine (SB) for recei ving remittance dau (12. 14, 16, 82) In one of I plurality of data formats and translating and formating the remittance 
dna (12, 14. 16. 82) Into a tingle predefined data format. In abolition, a remittance generating engine (88) b provided for recti viii^ the 
predefined data (94) and forwanjiog remittance data to at least one remittance recipient (32, 34. 36, 92X 
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WO 00/39979 rclWWMIMI 

| AMIQMAI1C REMITTANCE DELIVERY SYSTEM 

2 This application is a continuation-in-part of Application Ser. No. 506,579 filed July 

3 25, 1995 and assigned to the same assignee. 

4 BACKGROUND OF THE INVENTION 

5 Field or the Invention 

6 The present invention relates generally to a computerized disbursement system and 

7 method, and, more specifically, to a computed system and method for automatic 

8 remittance delivery via one or more delivery mechanisms, based upon pre-defined criteria 

9 stored in a database. 

1 0 Brief Description or Related Art 

1 1 Computerized financial data processing and accounting systems arc well known in the 

12 art. Typically, such systems permit the user to effectuate disbursements by e.g., printing 

13 checks and making payments via electronic tads transfers (EFT), monitor and balance bank 

14 accounts, and/or perform automated auditing and billing functions. 

15 One prior art financial data processing system is disclosed in U.S. Pau No. 5,121 ,945 



16 to Thompson el al. The system disclosed In this patent automarically debits or credits 

17 multiple bank account records and accounts receivable records based customer payments. 

18 The system prepares integrated documents including an invoice and a check using a laser 

1 9 printer. Issuance of the document is based upon database tables with information including 

20 customer name nrtd address, financial institution and account number, payee name and 

2 1 address, billing amount, accounts receivable account number, etc. Such data may be Input • 

22 manually or from other databases. The document is sent to the customer being invoiced, 

23 who nils out various sections of the front portion of the check, signs it, and returns it to the 

24 invoicer for cashing. The system also permits payment by EFT rather than check, via e.g.. 

25 credit card, automated clearing house, automatic teller machine, etc. Access to database 

26 information may be protected by requiring entry of a password andtor security code 

27 information. The system also generates various accounting reports based upon the customer 

28 database information. 

29 Another such system is disclosed in U.S. Pat No. 4,385,285 to Horst el al The 

30 patent discloses a check dispensing system for issuing checks from a terminal. The system 

3 1 includes an identification card reader for identifying an account number from which to draw 

32 funds for the check and a handwriting transducer from inputting identification data to 

33 determine whether the user is authorized to issue checks from the account number. The 

34 system also includes a keypad for inputting the desired amount of the check and bank data 
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1 system for evaluating the current balance of the account and whether there are sufficient 

2 funds to issue the check for the amount requested. The system evaluates whether the 

3 signature provided via the transducer matches with an authorized signature on file and/or 

4 rctnjests other authentication data, e.g., palm prmt, identification number, etc. If the system 

5 accepts the user's request to issue the check, the user then is prompted to input a payee code 

6 number to identify to whom the check is io be made payable. A primer prints the check. 

7 Another prior art financial data processing system is provided by Intuit corporation's 

8 Quicken 5™ financial management computer program. The Quicken 5™ program tracks 

9 user checking, savings credit card, investment, and loan accounts. It also performs hasic 

10 budgeting, financial planning, and audit report generating functions. It also includes check 

1 1 disbursement (from prc-prinied check stock)and electronic bill paying functions. 

\ 2 Yet another prior art financial data processing system is provided by BoUornline 

1 3 Technologies, Inc., the assignee of the subject application, by the company's LaserchecHD 

14 computer program. The company's Lasercheck® computer program comprises a standalone 

1 5 check writing system which permits a user to produce a completed check on blank paper 

1 6 using MICR informatioa The company's Lasercbeck® computer program also performs 

17 basic accounting report generating functions and security while eliminating typing or 

18 handwritten checks. 

19 Unfortunately, none of the aforesaid prior art permits fully Milomatcd payment 

20 disbursement according to user-predefined criteria, such as, disbursement financial account 

2 1 (e.g., bank or investment account number and type of account) and manner of payment (e.g., 

22 whether disbursement is to be made by hard-copy Magnetic Ink Character Recognizable 

23 (MICR) negotiable instrument or by EFT) for different types of disbursements to be made 

24 (e.g., payments to suppliers rebates, taxes, etc.) and individual disbursement requests (e.g.. 

25 including such information as disbursement amount, intended payee, etc.). Additionally, 

26 none of the aforesaid prior an provides fully automated diagnostic means for monitoring 

27 whether the system is functioning properly and for preventing improper disbursements from 

28 taking place. 

29 Other examples of prior art financial data processing systems and methods are 

30 disclosed in U.S PaL No, 5,283,829 to Anderson and U.S Pat. No. 5,193,055 to Brown. 

3 1 These systems and methods ulso suffer from the aforesaid and/or other disadvantages of the 

32 aforesaid prior art. 

33 Another aspect of payment disbursement is remittance information delivery. 

34 Remittance information, as is understood in the art, is generally of the form of a list of items 
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1 for which the payee is receiving payment, and may includes item purchased (e.g*. serial 

2 number, name, SKU, etc.), dale purchased, itemized amount, total amount, etc. 

3 For example, for transactions between enterprises, financial EDI (FEDI) is the 

4 recommended solution for organizations wishing to pay other organizations (typically 

5 vendors) electronically. FEDI requires that the payor have specialized software to create 

6 standardized electronic payment formats. Moreover, the vendor's bank must be capable of 

7 transacting under the FEDJ standard. However, according to the National Automated 

8 Clearing House Association (NACHA), only 1 5% of banks in the US are able or willing to 

9 receive and pass on FEDI information. Also, the vendor (payee) must translate the electronic 

1 0 invoice information included with the payment and map the information into their accounts 

1 1 receivable system. Thus, significant roadblocks exist for businesses wishing to reap the 

12 benefits of paying electronically. 

\ 3 Transactions among individual suffer similar drawbacks. For example, some payroll 

14 systems can produce electronic payments for employees. Most other payment systems, for 

1 5 example, T&E, claims, trust, interested and dividend, still only create paper checks. Even if 

16 the payment is made electronically, the payee is notified of ihe payment vfa a -deposit advice 

17 form" - a piece of paper. This deposit advice form still requires handling, possibly postage, 
IB and distribution. Mail delays and loss create contusion and dissatisfaction on the vendors 

19 side. 

20 SUMMARY OF THE INVENTION 



21 Accordingly, the present invention to overcome these drawbacks of prior an 

22 remittance advice delivery by automatically coupling the payment data portion of payment 

23 information (from a payor to a vendor) with the remittance statement data that is associated 

24 with the payment daia lo facilitate secmless reconciliation of accounts receivable. 

25 In addition, the present inventions solve* integration shortcomings of the prior art by 

26 providing a system that accepts payment information from a variety of applications (eg. 

27 vendor payments, taxes, claims, payroll, T&E, commissions, trust, etc.), translates the data 

28 into a single, unified data file structure, and forwards the remittance data via a user-defined 

29 path, for example, email, fax, print, imemet, etc 

30 Accordingly, the preferred embodiment of the present invention provides a remmanee 

31 delivery system comprising a file integration engine is provided for receiving payment data 

32 including remittance data in a one of a plurality of data formats and translating and 

33 formatting the payment data into a single, pre defined data format. In addition, a remittance 

34 generating engine is provided for receiving the pre-defined data and for forwarding 
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1 remittance data to at least one remittance recipient. 

2 These and other features and advantages of the present invention will become 

3 apparent as the following Detailed Description proceeds and upon reference to the Drawings 

4 wherein like numerals depict like parts, and ia which: 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

6 Figure I is a block diagram of the functional components of one embodiment of the 

7 system o f the present invention; 

8 Figure 2 is a block flow diagram of one embodiment of the process of the present 

9 invention; 

1 0 Figure 3 is a block diagram of the functional components of the remittance advice 

1 1 delivery system of the present invention; and 

12 Figure 4 is an exemplary data file for use by the system of the present invention. 

13 It will be appreciated by those skilled in the art/ that although the following Detailed 



14 Description will proceed with reference being made to preferred embodiments, the present 

15 invention is not intended to be limited to these embodiments. For example, tt should be 

16 understood from the outset that although preferably the functional components of the 

1 7 preferred embodiments of the system of the present invention arc embodied as one or more 

1 8 distributed computer program processes running on one or more conventional general 

19 purpose computers (e.g., IBM-compatible, Apple Macintosh, and/or RISC microprocessor* 

20 based computers), conventional telecommunications (e.g., modem and/or ISDN means), and 

21 MICR devices networked together by conventional network hardware and software, other 

22 types of computers and network resources may be used without departing from the present 

23 invention. Furthermore, it should be appreciated from the outset that one or more of the 

24 functional components may alternatively be constructed out of custom, dedicated electronic 

25 hardware and/or software, with departing from the present invention. Thus, the present 

26 invention is intended to cover all such alternatives, modifications, and equivalents as may be 

27 included within the spirit and broad scope oFthe invention as defined only by the hereinafter 
23 appended claims. 

29 As used herein, payment information includes check data and remittance data. As 

30 shown in Figure 4, check data 86 is that data processed according to the hercmnicscTibcd 

3 1 invention of Figure I and 2. Remittance data 84 is that data processed according to the 

32 invention described with reference to Figure 3. 

33 DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

34 Turning to Figures 1-2. preferred embodiments of the system and process of the 
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1 present invention will now be described. Embodiment 10 comprises means 12 for receiving 

2 individual disbursement requests from conventional user data entry means/control means 1 4 

3 and/or cxiomal application program imcr face/conversion means J 6. Data entry means 14 

4 preferably comprises a conventional graphical user interface running on a terminal scicen 

5 and having a plurality of data fields for permitting entry of the data making up an individual 
5 disbursement request. Additionally, means 1 4 permits user control of the system, and access 

7 to information stored in the System, in the manner that wilt be described more fully below. 

8 Interface/conversion means 16 preferably takes information to be included in individual 

9 disbursement request from other systems (e.g.. other application programs, such as 

10 accounting or financial database systems) and converts that information inio a format usable 
U by the system JO. As will be described more fully below, means 1 6 also receives and 

12 converts information from other systems to be included m disbursement criteria to be stored 

13 in the database 20. 

14 Preferably, an individual disbursement request includes information related to the 

15 type and/ur name of payee, amounl of disbursement, payee group, etc. The request may also 

16 include the desired negotiable instrument, however, as will be described more folly below, if 

17 this information is not supplied and disbursement by negotiable instrument is desired, the 
IS user may command the system 10 to automatically determine what the next sequential 

19 negotiable instrument number should be, and to cause the negotiable instrument generated by 

20 the system 1 0 to have that number. Alternatively, the negotiable instrument generated may 

21 have no number, 

22 Individual disbursement requesis entered into the system 10 via the receiving means 

23 1 2 arc dicn transmitted to the payment disbursement/command generator means 18. 

24 Generator means 1 8 automatically generates an individual payment disbursement and 

25 commands for effectuating same based upon die individual disbursement request received by 

26 the receiving means 12 and user-predefined disbursement criteria stored in the database 

27 means 20. preferably, the generator means IS eccorapu'shes this by automatically 

28 determining die type of tbe individual request by querying the database means 20 as to 

29 whether the payee name, type, anoVor group data of the individual request received from 

30 receiving means 12 corresponds to disbursement criteria currently found in the database 20. 

3 1 If such correspondence is found to exist, the database means 20 transmits to the generator 

32 means 1 8 the disbursement criteria corresponding to the individual request The generator 18 

33 then uses the information transmitted from die database 20 and that from the individual 

34 request to generate control signals for permitting user preview of the disbursement by the 
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1 preview means 30 and ultimately, effectuation of the disbursement by one or more 

2 effectuating mechanisms 32, as 

3 will be described more fully below. If such correspondence is not found to exist, the user 

4 may be prompted by the preview means 30 (which is described more fully below) to supply 

5 the missing information (i.c, the information lhat would have been supplied by the 

6 disbursement criteria had it been stored in the database means 20), which is then used by the 

7 generator 1 8 to generate the control signals. 

8 Disbursement criteria are stored in database means 20. As discussed briefly above, in 

9 system 1 0, this is accomplished by entering the data for the criteria for each payee type (i.e., 

10 payee name and/or group) into the system 1 0 via the data entry means 14 and/or 

1 1 Interface/conversion means 16. This informalion is then transmitted to and stored in the 

12 database means 20. preferably, database means 20 comprises a conventional SQL-type 

1 3 relational database in which disbursement criteria are associated according to payee name, 

14 type, and/or group, preferably, the disbursement criteria Tor each payee type includes the type 

15 and manner of disbursement desired (Le., whether disbursement is desired by EFT or printed 

16 negotiable instrument) and the type of account from which disbursement is desired (e.g., 

17 bank or credit card account). Additionally, the disbursement criteria may also include 

1 8 endorsement signature and/or maker logo data for permitting the generator means 1 8 to 

19 generate appropriate commands For automatically effectuating disbursement of a negotiable 

20 instrument with a desired endorser's signature and graphic logo already printed onto the 

2 1 iristrurnent. 

22 Disbursement commands generated by the generator means IS are transmitted to ihe 

23 user preview means 30, whtch preferably comprises a conventional graphical user interface 

24 display means on which is displayed the information for each payment disbursement 

25 generated by the system 10, prior to being effectuated by the system 10. preview means 30 

26 also includes conventional user input means for permitting the user to be able to make 

27 changes to the disbursements prior to their being effectuated by the system 1 0. Any change 

28 made to a disbursement causes the generator means 30 to generate new disbursement 

29 command Signals based Upon the changed disbursement information, which then displayed 

30 by preview means 30 to permit the user to preview the corrected disbursement, and to make 

3 1 further changes, if desired. 

32 Once the user Indicates to the system 10 (by e.g., selecting an appropriate option on 

33 the preview means graphical interface) that the disbursement is acceptable, the system 10 

34 then effectuates the disbursement, preferably, in system 10, this is accomplished by 
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I transmitting the disbursement commands generated by the generator means 18 to the 

7 disbursement effectuating means 32. Effectuating means 32 preferably comprises EFT 

3 effectuating means .34 and negotiable instrument printing means 36 for effectuating EFT 

4 disbursements and/or printed negotiable instrument disbursements, as determined by the 

5 disbursement criteria stored in the database means 20 (or supplied by the user via the preview 

6 means 30, in the manner discussed above) for each of the disbursement types, preferably, 

7 EFT effectuating means 34 comprises conventional financial EDI and ACH means, and 

8 printing means 36 comprises one or more conventional M1CR laser printer means. Of 

9 course, the types of EFT protocols and negotiable instrument forms supported by the means 
10 34 and 36\ respectively, are variable depending upon the particular needs of die user of the 

I I system 1 0 and the protocols supported by the institutions whose disbursement accounts are to 

12 . be debited. Additionally, generator means 18 generates control signals appropriate for 

13 effectuation of the disbursements using means 34 and 36. After disbursement has been 

14 effectuated, the information used to generate the disbursement is stored in database means 20 

1 5 for later retrieval, auditing, and/or use in reports generated by audit generating means 26, in 

16 the manner that will be described more fully below. 

17 System 10 also includes encryption/decryption means 22. Means 22 encrypts 

18 information stored in the database means 20 to prevent access thereto by unauthorized 

19 personnel. The information stored in the database 20 muy be retrieved into a user*rcadab!c 

20 form (via e.g., the audit means 26) by supply of a user-specified or predetermined password 

21 string to the system 10 via the entry means 14. Likewise, entry of disbursement requests to . 

22 the system 10 may be prevented by preventing decryption of disbursement criteria stored in 

23 the database 20 by the rest of the system 10 unless the password is supplied to the system 10 

24 via the entry means 14 prior to entry cf the disbursement requests. 

25 Data archive means 24 uses conveniicnal data compression techniques to compress 

26 and archive infrequently used data stored in the storage means 20. This reduces the amount 

27 of storage space dedicated to storage of infre<njenily used data, thereby increasing the amount 

28 of space available for storage of other, more frequently used data. 

29 Audit/report generating means 26 comprises conventional display and/or hard copy 

30 printing means (not separately shown) for generaiing disbursement and/or other financial 

3 1 reports based upon the disbursement information and criteria stored in the database 20. As 

32 noted above, unless an appropriate password is entered to the system 10 via the user control 

33 means 1 4, the information stored in the database means 20 remains encrypted, thereby 

34 preventing access to useful data by the audit generating means 26. Audit generating means 
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1 26 may also pcrmU transmission to the institutions whose accounts arc lo be debited confirms 

2 of the disbursements whereby to permit so-called "positive pay" capabilities. 

3 Finally, system 10 also comprises monitoring means 28 for monitoring the system 10 

4 to ensure that the system 10 is functioning properly and that no improper disbursements are 

5 made. If a fault condition is determined to exist anywhere in the system 10, the monitoring 

6 means 28 prevents the effectuating mechanisms 32 from effectuating disbursements, and 

7 indicates the failure condition to the user by conventional means. 

8 With reference being made to Figure 2, one preferred embodiment 5 1 of the process 

9 of the present invention will now be described Process 51 begins with the user inputting 

10 and/or updating disbursement criteria to the database means (as shown at block 52) via the 

1 1 receiving means 12. These criteria are then stored by the database means (see block 54) and 

12 encrypted (see block 56) by the encryption means 22. An acceptable password is then 

13 entered to enable access lo the information stored in the database. One or more disbursement 

14 requests arc then input to the system 10 by the receiving means 12 (see block 58). The 

15 generator means 18 uses the disbursement requests and the criteria stored In the database to 

16 generate the payment disbursements and effectuating commands (see block 60), in the 

17 manner described previously. Functioning of the system 10 is monitored, and if it is 

1 8 determined to be improper, disbursement is aborted, and the user h notified of the failure 

1 9 condition (see block 64). The user is then permitted to preview und change the 

20 disbursements by the preview means 30, iT desired (sec block 66). Assuming the 

2 1 disbursements are acceptable the effectuating commands arc transmitted to the effectuating 

22 mechanisms 32 (see block 68). The disbursements are then effectuated by the mechanisms 

23 32 (see block 70). The disbursements arc theo stored in the disbursement log (not shown) of 

24 the database means 20 (see block 72). 

25 Referring now to Figure 3, the remittance delivery system 80 of the present Invention 

26 is depicted in functional block diagram form. As an overview, remittance delivery system 80 

27 of the present invention is designed to receive and interpret payment application data (eg. 
21 generated by financial applications (e.g., accounting systems, A/P. P/R, T&E. etc.)), reformat 

29 the 

30 data into an appropriate format, and forward the remittance data portion thereof (e.g., stub 

31 information portion) to a recipient in one or more user pre-defined formats. Referring briefly 

32 to Figure 4, Payment Information 82 includes check data 86 and the "stub portion" 84 

33 (remittance data) of the payment. Check data 86 is processed in accordance with the above- 

34 defined principles, i.e., to effectuate and EFT tnd/OT negotiable instrument payment via 
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1 disburscmcni effectuating mechanism 32. Remittance delivery system 80 is designed to 

2 accept the remittance data 84 (i.e., invoice data, message data, payee information data, etc.) 

3 and provide same to an intended recipient in one or more of a plurality of prc-selectcd 

4 formats and/or delivery mechanisms. 

5 Accordingly, payment information 82 is provided to file Integration engine 88 which 

6 translates and/or formats the data received (generated by accounting systems, A/P, P/R, T&E, 

7 etc.) into a single formal for further processing. To that end, file integration engine 88 is 

8 preferably adapted with appropriate file filter/reading mechanisms to accommodate a variety 

9 of payment information data formats. In addition, modular updates may be added to file 
10 integration engine 88 to permit reading of new data formats. Once die data is in the 

1 1 appropriate formal, the data is fed into remittance generating engine 90 which is preferably 

1 2 adapted to automatically effectuate delivery of remittance information in one or more pre- 

1 3 selected formats to one or more intended recipients, as described below. 

1 4 Remittance generating engine 50 receives preforraatlcd data from file integration 

15 engine 88 and effectuates a remittance delivery to an intended recipient 92. As shown in 

1 6 Figure 3, the remittance advice can be output to a recipient as an email (eg., MAPI, VIM, 

1 7 ccrmail. etc) 92A, fa* (e.g.. COPIA, AIFP, FACSYS MAPI, etc.) 92B, bard copy print 92C 

1 8 and/or internet transmission via the Web 92D. To that end, remittance generating engine 90 

19 scans a data field (or fields) in the data to identify the recipient, e.g., by name, e-mail address, 

20 company name, Identification number, etc This information is checked against remittance 

21 preference database 94. to ensure that the remittance will be forwarded to the proper 

22 recipient, and by the proper, pre-defined method of delivery. If a proper match is found, the 

23 remittance data is forwarded. If not, an error is returned to the user of the system B0 

24 indicating same. To that end, the user can instruct the system 80 to print all error messages, 

25 or to rccheck the data using a different data field. 

26 Advantageously, remittance preference database 94 can be updated both by a user of 

27 system 80, and by any recipient (e,g. payee- vendor) who receives a remittance delivery; 

28 thereby permitting a recipient to change the message delivery preference, e.g„ from email to 

29 fax, etc., or change other data within the payment data shown in Fig. 4. Thus, remittance 

30 preference database 94 can be appropriately adapted with networking hardware/software to 

31 permit remote recipients access to the database. It should be noted that remittance preference 

32 database 94 is preferably adapted with standard and/or proprietary password protection 

33 algorithms to ensure security. In addition to identificadon information, remittance preference 

34 database 94 also can associate message data, preferred format data, preferred delivery data, 
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1 etc. with the remittance data. 

2 Modifications lu the present invention are possible. For example, remittance 

3 generating engine 90 can be appropriately adapted to forward an entail remittance delivery ns 

4 a text file, text attachment, or as a pre-selected file format (e.g.. MS Word, accounts 

5 receivable input data file. etc.). In addition, remittance generating engine 90 can be 

6 appropriately modified to automatically compress (eg- via ZIP algorithms, etc) and/or 

7 password encrypt any electronic transmission. 

8 Moreover, the system 80 of the present invention is intended to provide remittance 

9 advice delivery to both enterprise recipients and individual recipients, and it should be noted 

10 that the present invention can be appropriately configured as a network-based system to 

1 1 permit, e.g... geographically remote data input (payment detail 82) and/or geographically 

12 remote remittance delivery. Also, the present invention permits all of the information 

13 included in the payment information to be processed in a single step. Thus, the check dala 86 

14 and remittance data 84 can all be processed in one pass: via the system shown in Figure 1 and 

1 5 Figure 3, respectively. 

1 6 it will be understood by those skilled in Che art that file integration engine, remittance 

17 generating engine and preference database 94 can be composed of off-the-shelf and or 

1 8 proprietary computer hardware processes and/or components and modified to achieve the 

19 stated functionality. In addition, it will be appreciated that although not shown in the 

20 drawings remittance generating engine is appropriately adapted with hardware and/or 

21 software to permit forward of remittance data via the mechanisms shown in reference number 

22 92 of Figure 3. 

23 Tims, it is evident that there has been provided a remittance delivery system and 

24 method that fully satisfy the aims and objectives hereinbefore set forth. It will be 

25 appreciated that although specific embodiments of the present invention have been presented, 

26 many modifications, alternatives, and equivalents thereof may be made without departing 

27 from the spirit and scope of the invention. Accordingly, the present invention is intended to 

28 cover all such alternatives, modifications, and equivalents as may be included within the 

29 spirit and broad scope of the invention as defined only by the hereinafter appended claims. 
30 
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1 CLAIMS 

2 1. A remittance delivery system, comprising a flic integration engine receiving payment 

3 information data including remittance data in a one of a plurality of data formats and 

4 translating and formatting said remittance data into o single, pre-defined data format, and a 

5 remittance generating engine receiving said pre-defined data and for fo warding remittance 

6 data to at least one remittance recipient. 

7 2. A system as claimed in claim I , wherein said remittance dam comprises invoice data, 

8 name data, company name data and identification number data and said remittance data being 

9 generated by one or more accounting systems including accounts payable, payroll and T&E 

1 0 data gencrati ng systems. 

113. A system as claimed in claim ! , wherein said remittance delivery data being 

] 2 forwarded as email message data to said recipient's email account, and wherein said omai! 

1 3 message data further includes attachment data in a predefined format containing said 

14 remittance data. 

15 4, A system as claimed in claim I , wherein said remittance delivery data comprising a 

16 facsimile transmission being forwarded to said recipient's fax number, and/or remittance 

1 7 printed data being forwarded to a recipient. 

18 5, A system as claimed in claim I . wherein said remittance generating engine also being 

19 for compressing and encrypting said remiciance delivery dnta before said data Is forwarded to 

20 said recipient 

216. A system as claimed in claim 1, further comprising a remittance preference database 

22 for storing information pertaining to said recipient, and wherein each said recipient being 

23 permirted access to said database to update and /or create recipient preference data, and 

24 wherein said remittance generating engine also being for comparing said remittance data to 

25 said database to determine the identity and preference of said recipient. 



26 7. A method of providing automatic remittance advice delivery, comprising the steps of: 

27 formatting a plurality of differing remittance data into a predefined file data formal; 

28 determining a pre-selccted delivery mechanism; 

29 generating remittance advice data based on pre-selected criteria; and 

30 forwarding said remittance data to one or more recipients using said prc-sclccted 

3 1 criteria and said prc-selected delivery mechanism. 

32 8. A method as claimed in claim 7, further comprising the steps of comparing said 



33 remittance advice data to a database to match information contained with said remittance data 

34 with data on the database, and compressing a encrypting said electronic mail data before 
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1 forwarding to said recipient. 

2 9, A method as claimed in claim 7, wherein said remittance data includes one or more 
1 payment data being generated by one or more payment systems. 

4 10. A method as claimed in claim 8, wherein said database is for storing said prc-selected 

5 criteria and said prc-selected delivery mechanism and said database being accessible by the 

6 sender of said remittance data and said recipient of said remittance data. 
? 
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